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Abstract. We prove that the inhabitation problem for rank two inter- 
section types is decidable, but (contrary to a common belief) 
EXPTIME-hard. The exponential time hardness is shown by reduction 
from the in-place acceptance problem for alternating Turing machines. 
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Introduction 

Type inhabitation problem is usually denned as follows: "does there exist a closed 
term T of a given type r (in an empty environment)". The answer to this ques- 
tion depends on the system and its type inference rules. By the Curry-Howard 
correspondence, the inhabitation problem for a given type system is equivalent 
to the decidability of the corresponding logic. 

In the simply typed system the inhabitation problem is PSPACE-complete 
(see [7]). 

The intersection types system studied in the current paper allows types of 
the form a fl /3. Intuitively, a term can be assigned the type a (1 ft if and only if 
it can be assigned the type a and also the type /3. This system corresponds to 
the logic of "strong conjunction" (see [1, 4, 5]). 

Undecidability of the general inhabitation problem for intersection types was 
shown by P. Urzyczyn in [8]. 

Several weakened systems were studied, and proved to be decidable. T. Ku- 
rata and M. Takahashi in [2] proved the decidability of the problem in the system 
X(EC\, <) which does not use the rule (/n). 

Leivant in [3] defines the rank of an intersection type. The notion of rank turns 
out to be very useful, since it provides means for classification and a measure of 
complexity of the intersection types. 

One can notice, that construction in [8] uses only types of rank four. The 
inhabitation for rank three is still a well-known open problem. The problem for 
rank two was so far believed to be decidable in polynomial space (see [8]). 
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Our result contradicts this belief. We prove the inhabitation problem for rank 
two to be EXPTIME-hard by a reduction from the halting problem for Alternat- 
ing Linear Bounded Automata (ALBA in short). The idea of the reduction is as 
follows. For a given ALBA and a given word of length n we construct a type of 
the form a\ fl . . . D a n fl a„+i fl a„+2- The intended meaning of the components 
ai, . . ., a n is that a t represents the behaviour of the i-th cell of the tape, the 
a n+ i represents changes in the position of the head of machine, and the last 
part a n+2 simulates changes of the machine state. The fl operator is used here 
to hold and process information about the whole configuration of the automata. 

The fact that the problem for rank two is EXPTIME-hard only highlights 
how difficult the still open problem for rank three can be. 

1 Basics 

1.1 Intersection Types 

We consider a lambda calculus with types defined by the following induction: 

- Type variables are types 

- If a and (3 are types, then a —> f3 and a fl (3 are also types 

We assume that the operator fl is associative, commutative and idempotent. 
That is, the meaning of the intersection type of the form ol\ fl . . . fl a m does not 
depend on the order or number of occurences of each of the types ai. 
The type inference rules for our system are as follows: 



(VAR) r h x: g 



if (x: a) er 



rhM:a 



(3 rhN:a 



(E -+) 



r h (MN):/3 



r, (x: a) h M:fi 



(I -) 



r h Xx.M:a -> (3 



r h M:an/3 



r h M:a(l(3 



(En) 



r h M:a 



r h M:(3 



r\-M:a r h M: (3 



(in) 



rhM:af1/3 



By the Curry-Howard correspondence the calculus defined above corresponds 
to the logic of "strong conjunction" of Mints and Lopez-Escobar (see [1, 4, 5]). 
While considering the rule (In) one can easily notice the specific binding of the 
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types a and j3 by the term M. A term has a type a fl (3 if it has a type a 
and at the same time it has a type (3. Accordingly in the corresponding logic, 
one can prove a formula a fl (3 if one can prove a and (3 and both formulae 
have at least one common proof (strong conjunction). It follows that checking 
the correctness of formulae in the logic of "strong conjunction" may prove to be 
conceptually difficult and usually it is more convenient to regard the equivalent 
problem of inhabitation for the intersection type systems. 

1.2 Intersection Types Classification 

Definition 1 Following Leivant ([3]) we define the rank of a type t, denoted 
by rank(r): 

ranker) ~ 0, if r is a simple type (without "fl"); 
rank(r D a) — max(l, ranker), rank(u))\ 

rank(r — > a) = max(l + rank(r), rank(a)), when rank(r) > or rank(a) > 0. 

2 Decidability of the Inhabitation Problem 
2.1 The Algorithm 

Definition 2 A variable x is k-ary in an environment r, if F includes a decla- 
ration (x:a), such that 

a = /3i > I3 k -> t 

or 

a = 7 n (ft -> > (3 k -> r) 

The variable is fc-ary, if one can apply it to some k arguments of certain types. 

The Algorithm. The task considered by the algorithm in each step is a set of 
problems: 

[A hM:n, .., r n h M: r„] 
(n environments, n types, but only one term to be found) 

Our algorithm uses the "intersection removal" operation Rem defined as follows: 

Rem(r h M: r) = {r h M: t} if r is not an intersection 
iJem^r h M: n fl t 2 ) = i?em(V h M: n) U i?em(r h M: r 2 ) 

The purpose for the Rem operation is to eliminate "fl" and to convert a judge- 
ment r h M: t with r being possibly an intersection type into a set of judgements 
where the types on the right side are not intersections. 
For a given type r the first task is: 

Z = i?em(0 h M: r) 
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It is worth noting that in the tasks processed by our procedure types on the 
right side will never be intersections. 
Let the current task be: 

Z = [A h M:n, .., r n hM:r n ] 

1. If each type Ti is of the form a, — ► fy, then the next task processed recursively 
by the algorithm will be: 

Z' = Rem^x U {x: ax} h M'\ (3x) U . . . U Rem(r n U {x: a n } h M': /3„), 

where a; is a fresh variable not used in any of the A . 

If the recursive call for Z' returns M' , then M = Xx.M' , if on the other 
hand the recursive call gives an answer "empty type", we shall give the same 
answer. 

2. If at least one of the Ti is a type variable, then the term M cannot be a an 
abstraction, but must be an application or a variable. Suppose that there 
exists a variable x which is fc-ary in each of the environments, and for each i 
it holds that: 

A h x:(3a -*■ ► (3 ik -> t 4 

(if there is more than one such variable, we pick nondeterministically one of 
them). Then: 

- If k = 0, then M = x, 

— If k > 0, then M = xM\ . . . Mk, where M t are solutions for the k inde- 
pendent problems: 

Z x = [A hM i: /3 n , r„hM i: fe], 

Z fe = [A h M fe : /3 U , . . ., r n h M fe : /3„ fc ] 
If any of the k recursive cals gives the answer "empty type", we shall give 
the same answer. 

3. Otherwise we give the answer "empty type". 

Fact 3 // the above algorithm finds a term M for an input type t, then h M: r. 
Proof. Straightforward. 

2.2 Soundness 

The algorithm described above is not capable of finding all the terms of a given 
type. Hence, to prove the corectness of the proposed procedure, we first define the 
notion of a long solution, then we show that every task, which has a solution, 
has also a long solution. Finally we complete the proof of the soundness of 
the algorithm by proving that every long solution can be found by the given 
procedure. 
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Definition 4 M is a long solution of the task Z = [A h M: n, . . . , A h M: r„], 
when one of the following holds: 

- All types Ti are of the form ctj — > and M = Xx.M', where M' is a long so- 
lution of the task Z' = item ([A, (a;: ai) h M: j3 1 , . . . , T n , (x: a n ) h M: /?„]), 
or 

- Some ^ is a type variable and M = xM[ . . . M k , where for i = 1 . . . n 
A l~ a;: cea —►••■—» aife — > Tj and Mi, . . . , M& are long solutions of tasks 
Z\, . . . ,Z k , where Zj = [A l~ Mj : a\j ,r n \- Mj : a n j] for j = 1 . . . k. 

Lemma 5 // there exists a solution of a task Z , then there exists a long one. 

Proof. Assume that M is a solution of Z = [A I" M:n,...,A ^ M:t„]. 
We construct a long solution A(M, Z) in the following way: 

- If there is a n which is a type variable, then M is not an abstraction and: 

• If M = x, then A(M, Z) = M, because in this case M is a long solution, 

• If M = xM\ . . . Mk, then it must hold that A l~ x: an —►■■■—» — ► 
for i = 1 ... n, so A(M,Z) = xA(M 1 , Z x ) . . . A(M k , Z k ), where 
Zj = [A r- M j: aij, . . . , A r- Mj : a n j] for j = 1 . . . k. 

— Otherwise (if all Ti have the form of «j — ► /3,): 

• If M = xM 1 ...M k (possibly for k = 0), then A(M, Z) = Az.A(Mz, Z'), 
where Z' = [A, (z:ai) h Mz-.fii, . . . , A, (z:a„) h Mx:/3„] (since Mz is 
a solution of the task Z', and Az.Mz - of the task Z). 

• If M = Xx.M', then A(M, Z) = Aar.A(M', Z'), where 
Z' = Rem([r u (x: ai) hM':ft,.., A, (s: a„) h M': /?„]). 

Lemma 6 Every long solution M of the task Z = [A ^ M: n, . . . , A ^ M: r„] 
can fee found by the above alternating procedure. 

Proof. By induction on the structure of M. 

— M = x. Since M is long, at least one of the Ti must be a type variable. Hence 
the algorithm working on the task Z will search in the environments A for 
a variable of the right type (case 2 of the algorithm) . One of the variables 
that the algorithm chooses from is of course x. 

— M = xM\ . . . M k . Like before we can reason that the algorithm shall choose 
the case 2, and in one of its possible runs the algorithm will choose the vari- 
able x. After x is chosen, the procedure shall search for solutions of the tasks 
Zi , . . . , Z k . By the definition of a long solution, we have that Mi , . . . , M k are 
long solutions of the tasks Z\, . . . ,Z k , and by the induction hypothesis, these 
solutions can be found by the recursive runs of our procedure. It follows that 
also M can be found. 
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- M — Xx.M'. Then of course all the types n have to be of the form cti — » /3j. 
Hence for the task Z the procedure shall choose case 1, and search for solution 
of the task Z' = Rem([ri, (x:oti) h M'-.fii, ...,r„, (x:a n ) h M': /?„]). By 
the induction hypothesis, a long solution M' for Z' can be found by the 
algorithm. 

Corollary 7 Our algorithm finds an inhabitant for every non-empty type, for 
which it terminates. 

Proof. A direct conclusion of Lemmas [5] and El 



3 The Termination of the Algorithm 

Let us consider the work of the algorithm for a type r of rank two. 

Fact 8 Types of variables put in the environments during the work of algorithm 
are of the rank at most one. 

Proof. The environments are modified only in case 1. If any of the variables put 
in the enviroments was of rank two, than the type r must have been of the rank 
three. 

Fact 9 In every recursive run there is no task with more than \t\ simultaneous 
problems to solve. 

Proof. When a new problem is generated by the Rem operation, one "n" is re- 
moved from the type r and the type is split between the problems. There can 
never be more than |r| problems. The recursive calls in case 2 do not create any 
new parallel problems, because of the way they are created. Namely, in these 
problems the procedure searches for terms which can serve as arguments for 
a variable taken from the environment. As we noticed before, in environments 
there are only variables with types of rank zero and one, and such variables 
can only be given arguments with types of rank zero. And these types are sim- 
ple (without intersections), so they do not generate new problems by the Rem 
operation. 

3.1 The Decidability 

Theorem 10 The inhabitation problem for rank two intersection types is decid- 
able. 
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Proof. First notice that the environments cannot grow bigger infinitely during 
the work of the algorithm. Variables are added to the environments only when 
all currently examined types Tj are of the form on — > 0i . Then every environment 
Fi is expanded by a new variable of the type at. Note that there are only 0(|r|) 
types that can be assigned to a variable in one environment. Since we do not 
need to keep several variables of the same type (meaning of the same type in each 
of the environments) it follows that there is finite number of possible distinct 
environments that may occur during the work of the algorithm. Also the number 
of the types that may occur on the right hand side of each h is 0(|r|). Hence 
each branch of the alternating procedure must finish or repeat a configuration 
in a finite (although possibly exponential) number of steps. 

4 The Lower Bound 

4.1 Terms of Exponential Size 

First we shall consider an instructive example. We propose a schema for creat- 
ing instances of the inhabiation problem for which the above algorithm has to 
perform an exponential number of steps before finding the only inhabitant. The 
size of the inhabitant will also be exponential in the size of the type. Our example 
demonstrates a technique used in the construction to follow. 
Let T(n) = t\ fl . . . fl r„, where 

T r = a f -> > <P -> (a -> 0) -> (0 a) > (0 -> a) -> 0, and 

' ' v ' 

'- 1 n-i 

&={a^a)n(0^ 0). 

For instance T(3) = 

(a (a - 0) - (0 - a) (/3 - a) /3) n 
(a -» f (a /?) (/3 a) /?) n 

(a -» ^ f (a /3) ^ /?) 

One can notice that a construction of an inhabitant for this type is similar to 
the rewriting process from the word 000 to the word acta, and it is a letter by 
letter rewritng. For |T(n)| = 0(n 2 ), there is only one term t of type T(n), and 
\t\ = 0(2"). For instance, the only (modulo a-equivalence) term of type T(3) is: 

\xxX2X3X4 .x 2 (x 3 (x 2 (x 4 (x 2 (x 3 (x 2 x 1 )))))). 

While for T(4) it is: 

Xx 1 x 2 x 3 x 4 x 5 .x 2 (x 3 (x 2 (x 4 (x 2 {x 3 (x 2 (x 5 (x 2 (x 3 (x 2 (x 4 (x 2 {x 3 (x 2 Xi)))))))))))))). 

In what follows, while proving EXPTIME-hardness of the inhabitation problem, 
we shall generate types of a similar form to T(n). For this reason it is worth to 
use T(n) for introducing notions and notations, which we shall use later on. 
Because of the different role played by the "fl" and "— >" it is convenient to 
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consider the structure of the type in terms of columns and rows. The rows are 
connected with "fT, and columns with "— (in the case of T(n) there are n 
rows: T\, . . ., r n ). According to this terminology T(3) has three rows and five 
columns. One row represents operations available for a given object and the 
initial and final state of the object (here states are variables a and f3). One 
column represents a certain operation (that is a step of a certain automaton). 
In type T(3) there are three available operations. The z-th operation changes 
the z-th sign from j3 to a, and all earlier signs from a to f3. More precisely each 
(a — ► /?) in the type T(n) represents the change from f3 to a, and an occurence 
of \P represents no change of sign (changes j3 and a to themselves) . 

4.2 EXPTIME-hardness 

We shall show the lower bound for the complexity of the inhabitation problem 
by a reduction from the EXPTIME-complete problem of the in-place acceptance 
for alternating Turing machines. 

Definition 11 An alternating Turing machine is a quintuple: 

M=(Q, r, 5, q , g), where 

- Q is a non-empty, finite set of states. 

- r is a non-empty, finite set of symbols. We shall assume that r — {0, 1}. 

- S C (Q x r) x (Q x r x {L, R}) - is a non-empty, finite transition relation. 

- (jo S Q is the initial state. 

- g : Q — > {A, V, accept} is a function which assigns a kind of every state. 

Definition 12 A configuration of an alternating Turing machine machine is 
a triple: 

C = (q, t, n), where 

- q G Q is a state 

- t G r* is a tape content 

- n G N is a position of the head 

Definition 13 An Alternating Linear Bounded Automaton (ALBA) is an alter- 
nating Turing machine whose tape head never leaves the input word. 

Definition 14 We shall say that a transition p — ((qi, si), (92, S2, k)) is consis- 
tent with the relation 5 in a configuration C\ = (qi,t,n), when the following 
conditions hold: 

- P G 6; 

- t(n) = si; 

- (k = L and n > 1) or (k = R and n < \t\). 
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We shall say then that p transforms a configuration C\ to a configuration 

C 2 = (q2,h,n 2 ), where 

/ n _ J S2 if m = n 
2V t(m) otherwise 

_(n + liik = R 
712 \ n — 1 otherwise 

Definition 15 An alternating Turing machine accepts in configuration 

C = (q,t,n), if 

— g(q) = accept and \t\ — n, or 

~~ g{q) = v an d there exists a transition consistent with 5, which transforms 
the configuration C to a configuration in which the automaton accepts, or 

~~ g{q) = A and every transition consistent with S, transforms C to a configu- 
ration in which the automaton accepts. 

It is worth noting, that in configurations in which the head scans the first 
symbol of the tape, the only available transitions are these, which move the head 
to the right, and when the head reaches the end of the word, the only active 
transitions will move it to the left. 

Definition 16 The problem of in-place acceptance is defined as follows: does 
a given ALBA accept a given word t (meaning it accepts the configuration 
Co - («b,t,l)). 

It is known that APSPACE = EXPTIME (see Corollary 2 to Theorem 16.5 
and Corollary 3 to Theorem 20.2 in [6]). 

Lemma 17 The problem of in-place acceptance for ALBA is EXPTIME-com- 
plete (APSPACE-complete). 

Proof. A simple modification of the proof of Theorem 19.9 in [6]. First we note 
that the in-place acceptance is in APSPACE. Consider a machine 
M — (Q,r,5,qo,g). Keeping the counter of steps, we simulate the run of M 
on the input word t. We reject if M rejects, or if machine makes more than 
|t||Q||.T|'*' steps, because after so many steps machine has to repeat a configu- 
ration. 

Let L be a language in APSPACE accepted in space n k by a machine M. It 
means that M does not use in any of its parallel computations more than n k 
cells of the tape (where n is the length of the input word). Let us denote the 
blank symbol by _L Let us consider a modified machine M', which during its 
work performs the same moves as M, but when M reaches an accepting state, 
the head of M' makes n k — n steps to the right and also enters an accepting 

k 

state. It is clear that M accepts t if and only if the machine M accepts i_L™ ~ n 
without ever leaving this word (note that according to the definition, machine M 
accepts with the head at rightmost symbol of the input word) — blank symbols 
_L at the very end of the word do not change the behaviour of the machine, and 
M does not use more than n k cells of the tape. So t belongs to L if and only if 

k 

M' accepts t± n ~ n in-place. 
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Theorem 18 The inhabitation problem for rank two intersection types is 
EXPTIME-hard. 

Proof. Let us consider the input word t — t\ti . . . t n -\t n . We construct a type 
with n + 2 rows and some number of columns (according to the terminology 
introduced in !4.ip . The first n rows shall represent the state of n tape cells. The 
next row shall represent the position of the head (values 1 . . . n). The last row 
shall stand for the state of the machine. Let q acc be a new type variable. We 
shall begin our construction with these two columns: 

(...-» 2 -> ti )n 

(...-> 2 ->tn)n 
(...-> o - l )n 

(...-> qacc -> QO ) 

where q acc £ Q- The last column in the type represents the initial configuration: 
in the cells there are symbols from the input word t, the variables t\ . . . t n repre- 
sent the input word, the head is at first position, and the machine is in state go- 
The second last column represents the final state. 

In the further construction we shall add new columns on the left side. 

Accepting States: If the machine has any accepting states, we add a column 
responsible for a transition from the accepting states to our additional state 
q a cc- Let the q% . . . q r be all the accepting states of the machine. The additional 
column will be: 




where 

S = (2 -> 0) n (2 -» 1), 
K=(0-> n), 
Q = (q a cc — ► qi) n . . . n {q aC c — > q r )- 

Each column of the type (except the last one) will be assigned to one variable in 
a term. The components of a column are just different types that are assigned to 
the same variable in n + 2 different environments. The variable, which will have 
assigned types being parts of this column, is responsible for transition from each 
accepting state of the machine (for each tape content and for head of machine 
being at last sign of the word) to the state q aC c- 
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P+l p+1 

States of Kind V: Let Id(p) = (6 ~ ■ - ~ 0)n(l ~ ~ 1). For each element 
((<7i, si), (?2, S2, fc)) of 5, such that 3(91) = V, we add n—\ columns — one column 
for each position of the head. 

If k = L, then the i-th added column is of the form: 




And if k = R, then the i-th added column is: 

Mi)- 




States of Kind A: For each state q, such that g(q) — A, and for each sign 
s E r we add n columns (one for each position of the head) . The i-th column 
is generated this way: let ((q, s), (qi,si, fci)), . . . , ((q, s), (q p , s p , k p )) be all tran- 
sitions available in q, when head is at i-th position, which holds sign s. In this 
case, the i-th column has the form of: 



Id(p) 



i - 1 



Id(p) - 

(si ->■ > s p s) 

Id(p) - I 

> n — i 
Id(p) - J 

((i + r(fci)) -> > (* + r(fep)) -> i) 

(qx -» ► q p -> 9) -> 



where 



ri iffc = ii 

nfcj -\-lotl 



otherwise 
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The above construction corresponds to the definition of an acceptance in a state 
of the kind A, when the automaton needs to accept in all the reachable config- 
urations. The variable corresponding to the added column can be used in term 
(inhabitant) only when it is possible to find inhabitants for each of the argu- 
ments. Each such inhabitant represents a computation in one of the possible 
configurations (after executing the apropriate step). 

Note that, if there is no reachable configuration from a state of the kind A, then 
the added column will not be of a functional type (it will not have any arrows 
except for the one on the right), and so it will not require any further searching 
for inhabitants. The computation will terminate successfully, which corresponds 
to the acceptation of a word in states of kind A, from which the machine has 
nowhere to go. 

4.3 Correctness of the Reduction 

We shall consider the instances of the type inhabitation problem generated by 
the above construction. Notice that, for such types, the construction of the in- 
habitant according to the algorithm proposed in section [2] will go as follows: first 
the problem shall be split into n + 2 subproblems by use of the Rem operator, 
then the algorithm will use the case 1 serveral times, after which the current 
task will be 

Z=[r 1 \- T: si, ...,r n \-T: s n , r n+1 h T: k. r n+2 h T: q). 

From this moment algorithm shall use only the application case (case 2) , since the 
types under consideration shall always be type variables. In the following steps 
the only thing that shall change will be Si, . . . , s„, k, q, but the environments 
ri,...,r n shall stay the same. 

Lemma 19 Let Z = [Ti h T: si, . . . , r n h T: s n , -T„+i h T: k, T n+ 2 h T: q] be 
a task for a type generated by the above construction for an alternating ma- 
chine M . For q G Q the task Z has a solution if and only if the machine M 
accepts in place the configuration C — (q, si . . . s n , k) . 

Proof. 

(=>) Induction with respect to the structure of the solution T of the task Z. 

- T is a variable x. Then r n +2 l~ x: q. Then q is of the kind "A", and from the 
configuration C there are no transitions consistent with S (because only in 
this case there was a variable of a type being a type variable added to the 
environments fsee !4.2p ). Hence M accepts the configuration C. 

- T is an abstraction. Impossible, because the types, for which we seek an 
inhabitant in Z are type variables. 

- T is an application. There are three possibilities. 
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• T = xix acc , where T n+2 h x\\q acc — * q. According to the type construc- 
tion fsee !4.2p . the only variables, which in the environment A+2 can be 
supplied with the argument of the type q acc are variables representing 
accepting states. Hence q is an accepting state of M, so M accepts in C. 

• T = xTi and g(q) = V. According to the type construction (see 14.20 it 
holds that: 

A h x: si — ► si, 
A I" x: s' k -> Sfc, 

T?j l~ X- S71 * ^n? 

r„ + i hi:H r(c) — > k, 
A+2 h x: q' -v g, 
and ((q, Sfc), (</, s' fc , c)) €E <5. Hence T\ is a solution of the task 

[A I" T\: si, . . . , r k h Ti: s' fe , . . . , T n h Ti: s n , 

r n+1 \-T V .k + r{c), r n+2 \-Ti:q'}. 

By the induction hypothesis (for Ti) the machine M accepts in 
C\ — (q', s\ . . . s' k . . . s n , k + r(c)). However, since q is of the kind V 
and there exists a transition from C do C\, it follows that M accepts 
also C. 

• T = xTi . . . T m , for some m and g{q) = A. According to the type con- 
struction (see 22| it must hold that: 



A h x: s\ —* ■ ■ 


• -» Si -> 


Si, 


A h x: Ski — ► ' ' 




-> Sfc, 


r>n \~ X. S n > 




Sn , 


h x: fc + r(ci) — ► • 


••-►* + 


r(c m 


A+2 h x: qi -» 


► 9m 


-> 9 



and the following transitions are all consistent with S transitions from 
C: ((q, s fe ), (qi,Sfci,ci)), . . . , ((<?, s fc ), (<? m , s fcm , c m )). Then of course each 
Ti is a solution of the task 

[A I" Ti: si, . . . , A h Tj: s fei , . . . , T„ h T,-: s„, 

T n+ i hT,:fc + r(ci), r, i+2 h A 

By the induction hypothesis for Ti, ... ,T m , the machine M accepts in 
all of the Ci, . . . , C m , where Cj = (<fc, si . . .Sfe, . . . s„, fc + r(cj)). It means 
that M accepts in all configurations reachable from C, so it accepts in C. 
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(<=) Induction with respect to the definition of acceptance. 

(Base) Let g(q) = accept. Then k = n, because the machine accepts only with 
the head in the rightmost position. Then according to the construction for ac- 
cepting types fsee !4.2p . there exists a variable x, such that: A h x:2 — ► sj, . . ., 
A hi:2^ s„, A+i hrO^ti, A+2 l~ s: Qacc q. So T — xx acc is a solution 
of Z. 

(Step) Assume that M accepts in C = (q, s± . . . s n , k), where q is not an ac- 
cepting state. There are two possibilities: 

— Let g(q) = V. Since M accepts in the configuration C it means that there 
exists a transition ((q, s k ), (q' , s' k ,c)), such that M accepts in configuration 
C\ = (q 1 , Si . . . s' k . . . s n ,k + r(c)). According to the induction hypothesis 
there exists a solution A of the task 

[A hTf.si, . . . , A h Ti:s' k , T n \- A: s n , 

r„+il-Ti:fc + r(c), r„ +2 hT i:9 ']. 

Since g is of the kind V, then according to the construction fsee !4.2p there 
exists a variable x, such that 

A h x:si -v si, 
A h £: s' fe — ► s fc , 

Al ^~ ^' ^ro ^ ^713 

A+i + r(c) — > k, 

A+2 hi:g'^ q. 

So T = xTi is a solution of the task Z. 

— g(q) = A. Then for each transition ((q, Sk), (q%, Ski, Cj)) available from C, ma- 
chine M accepts in configuration d = si . . . Ski ■ ■ ■ s n , k + r(a)). By the 
induction hypothesis T\,...,T m are solutions of the tasks Z\,..., Z m , where 

Zi = [A I- Til si, . . . , T k \- Tf. Ski, ■ ■ ■ , r„ \- T t : s n , 

r n+1 \-Ti:k + r(ci), r n+2 h T 4 : 

Since q is of the kind A, there must (see I4.2|) exist a variable x, such that 
A l~ ^: Si — > • • ■ — > Si — > Slj 

A l~ Sfei — * * Skm —> Sk, 



The Inhabitation Problem for Rank Two Intersection Types 



15 



1 n \~ X. s n 

r n+ i h x: k + r(ci) 
r n+2 V- x: qi 

Then T = xT\ ... T m is a solution of Z. 
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